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Mail Stop AF 
Commissioner for Patents 
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Alexandria, VA 22313-1450 

STATEMENT OF ARGUMENTS IN SUPPORT OF 
PRE-APPEAL BRIEF REQUEST FOR REVIEW 

In this fourth office action, the claims stand rejected under 35 U.S.C. §103 as being 
unpatentable based on the combination of U.S. Patent 5,937,193 to Evoy et al described in the 
background of this application and an IDS article submitted by Applicants entitled, "Pico Java: A 
Direct Execution Engine for Java Bytecode, " by McGhan et al. This rejection is improper. 

A processing system provides both hardware instruction translation and software 
instruction interpretation mechanisms for supporting high level program instructions, e.g., Java 
bytecodes. The program instructions are all supplied to the hardware translation unit (see 64 in 
Fig. 9) which forwards those instructions it does not directly support to the software 
interpretation mechanism (see step 84 in Fig. 10). By routing all program instructions through 
the hardware translation unit, the hardware translation unit can monitor when it is appropriate 
and safe to trigger a scheduling operation for controlling multi-tasking or multi-threaded 
operations. Multi-tasking operating systems require processing resources to be shared between 



1076373 



Nevill et al 
Appl.No. 09/731,060 
May 23, 2006 

several different programs that may be simultaneously active, and multi-threaded computer 
programs similarly require processing resources to be shared between different active threads. 

The inventors recognized drawbacks with simplistic counter or timer scheduling 
approaches. A simple timer-based scheduling approach may suffer from the disadvantage that 
scheduling operations may be inappropriately triggered at points part-way through the software 
interpretation of a complex program instruction in a manner that could cause a loss of data 
integrity should an inappropriate context switch occur. A simple counter-based scheduling 
requires the extra overhead of exchanging counter values between hardware-executed program 
instructions and software-executed program instructions. 

As recited in the independent claims, the hardware based execution unit includes 
scheduling support logic to generate "a scheduling signal for triggering a scheduling operation to 
be performed between program instructions for managing scheduling between threads or tasks 
irrespective of whether a preceding program instruction was executed by said hardware based 
execution unit or said software based execution unit." In non-limiting examples in the 
specification, scheduling operations may be triggered based upon a count of executed program 
instructions (see, e.g., counter 70 in Fig. 9) or by using a timer-based scheduling approach (see, 
e.g., timer 96 in Fig. 12), with the timer signal being qualified by a signal indicating an 
appropriate point within the cycle of execution of program instructions. 

Evoy discloses a computer system with a translator to translate platform-independent 
instructions into corresponding native instructions for execution by the processor. In addition to 
a software-based interpreter, one or more look-up tables are provided to map platform- 
independent instructions to native instructions. The Examiner concedes that Evoy only discloses 
scheduling in a general sense in that an address counter is incremented after the execution of an 
instruction, which has the effect of selecting the next bytecode. But as the Examiner admits, 
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incrementing an address counter to select the next bytecode for translation is not scheduling 
between threads or tasks. Indeed, Evoy suffers from the very problem described above where 
scheduling operations may be triggered part way through interpretation of a complex non-native 
program instruction. 

Although the Examiner turns to McGhan to remedy this deficiency in Evoy, McGhan 
also fails to disclose the claimed multitasking or multithreading scheduling. McGhan's picoJava 
microprocessor core, like Evoy's, handles simple instructions within hardware (page 25) and 
complex instructions in software (page 26). But the issue to be decided in this pre-appeal hinges 
on a single sentence in McGhan on page 30 relied on by the Examiner: "The picoJava core also 
provides specialized hardware runtime support to accelerate other vital functions of the Java 
virtual machine, like thread management and object handling." No more is said about thread 
management. 

Understanding the weakness of this text, the examiner speculates that because the 
picoJava core that directs complicated instructions to be handled by software, "the thread 
management of scheduling is performed irrespective of whether a preceding program instruction 
was executed [in hardware or software]." This speculation is clear error. McGhan does not 
teach the claimed feature of triggering a scheduling operation to be performed between program 
instructions for "managing scheduling between threads or tasks irrespective of whether a 
preceding program instruction was executed by said hardware based execution unit or said 
software based execution unit'" Indeed, McGhan' s scheduling could very much depend on 
whether the preceding program instruction was executed by the hardware-based execution unit or 
by the software-based execution unit. 

In fact, there is no teaching in McGhan that the picoJava core handles "thread 
management" in any significantly different way from known Java virtual machines. McGhan' s 
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statement, "the picoJava core also provides specialized hardware runtime support to accelerate 
[functions] like thread management," suggests that the physical implementation of the picoJava 
core is arranged to expedite thread management processes, but in no way acknowledges the 
potential problems associated with scheduling in a system which executes some instructions in 
hardware and some instructions in software. The failure to recognize the problem being solved 
by the claimed invention is a telling factor pointing to a second clear error — insufficient 
"teaching, suggestion, or motivation to combine the references." In re Rouffet, 149 F.3d 1350, 
1355 (Fed. Cir. 1998). 

A third clear error is the standard of obviousness employed by the examiner. If the 
standard for obviousness was one of speculation, one might just as easily speculate that since 
McGhan describes the slow excursions into software routines for handling complex instruction 
as "happily infrequent," (page 26), new scheduling triggers are simply forbidden when these 
infrequent events take place. That would circumvent the need for thread management to cope 
with the fact that some instructions are handled by software. But ever since the famous Supreme 
Court decision in Graham v. John Deere, the obviousness standard has been based on objective 
evidence. The burden to produce that evidence is squarely on the USPTO. In re Piasecki, 223 
USPQ 785, 788 (Fed. Cir. 1984). McGhan's lacks objective evidence teaching the claimed 
scheduling support logic. There is no teaching of a scheduling signal that triggers a scheduling 
operation for "managing scheduling between threads or tasks irrespective of whether a preceding 
program instruction was executed by said hardware based execution unit or said software based 
execution unit'' 

Given the clear errors in the rejection , the rejections should be withdrawn and the 
application passed to allowance. 
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